home *** CD-ROM | disk | FTP | other *** search
/ Chip 1998 September / CHIP Eylül 1998.iso / Slackwar / contrib / diald.README < prev    next >
Encoding:
Text File  |  1997-05-05  |  7.6 KB  |  153 lines
  1. The Diald README File
  2.  
  3. ----------------------------------------------------------------------------
  4.  
  5. This is release 0.16.5 of diald.
  6.  
  7. Diald is a daemon that provides on demand IP links via SLIP or PPP. The
  8. purpose of diald is to make it transparently appear that you have a
  9. permanent connection to a remote site. Diald sets up a "proxy" device which
  10. stands in for the physical connection to a remote site. It then monitors the
  11. proxy, waiting for packets to arrive. When interesting packets arrive it
  12. will attempt to establish the physical link to the remote site using either
  13. SLIP or PPP, and if it succeeds it will forward traffic from the proxy to
  14. the physical link. As well, diald will monitor traffic once the physical
  15. link is up, and when it has determined that the link is idle, the remote
  16. connection is terminated. The criteria for bringing the link up and taking
  17. it down are configurable at run time, and are based upon the type of traffic
  18. passing over the link.
  19.  
  20. Getting Diald
  21.  
  22. The file is called diald-0.16.5.tar.gz. I've uploaded it to
  23. sunsite.unc.edu:/pub/Linux/incoming. It should move to
  24. sunsite.unc.edu:/pub/Linux/system/network/serial/diald-0.16.5.tar.gz after a
  25. suitable interval. It can also be obtained from the diald home page at
  26. "http://www.dna.lth.se/~erics/diald.html". Note that the diald home page has
  27. moved from its old location at the University of Toronto.
  28.  
  29. Mailing List
  30.  
  31. David S. Miller provides a mailing for the discussion of diald on his
  32. Majordomo server at vger.rutgers.edu. Send mail containing the line
  33. "subscribe linux-diald" in the BODY of the message to
  34. Majordomo@vger.rutgers.edu to join the list. Send mail with the word "help"
  35. in the body to get help on the correct use of the Majordomo list server. The
  36. mailing list is also mirrored in the USENET news linux hierarchy in the
  37. group "linux.dev.diald" for those who have news servers that get this
  38. hierarchy. Announcements of new releases are made on the mailing list, and
  39. its a good place to ask questions of users who already have diald up and
  40. running. I would prefer the mailing list to be my primary channel of
  41. communication with users. This gives you the added benefit of asking your
  42. questions of everyone on the list, many of whom may have the same question,
  43. or some of who may have already solved your problem. This minimizes the time
  44. I have to spend answering questions about diald, and gives me more time to
  45. spend improving the program. Let me repeat that. Please, if at all possible,
  46. use the mailing list to ask questions! I read the list every day, sometimes
  47. more than once, and your question will not be answered any more quickly if
  48. it is sent directly to me, in fact, if I don't see the answer to your
  49. question right away, then it may just get filed until I have time to deal
  50. with it. Someone on the mailing list will probably be able to suggest a
  51. solution to your problem well before that.
  52.  
  53. The mailing list is being archived by Jeremy Hall . Copies of the archive
  54. can be obtained at ftp://rex.isdn.net/pub/diald. Currently the archives are
  55. updated once a month.
  56.  
  57. FAQ
  58.  
  59. There is a copy of the FAQ distributed with the diald release in the
  60. subdirectory "doc". This is the version that was current when the diald
  61. release was packaged. This may not be the most up to date version of the
  62. FAQ. The most up to date version can always be obtained from the diald home
  63. page. (See "Getting Diald" for the address of the home page.)
  64.  
  65. Before Installation
  66.  
  67. You must have SLIP devices in your kernel in order to use diald, EVEN IF YOU
  68. PLAN TO USE ONLY PPP CONNECTIONS! Let me repeat that, diald needs SLIP to
  69. work under all circumstances. It uses a SLIP link on a pseudo terminal to
  70. create the proxy device that stands in for the real connection. Naturally,
  71. if you plan on using diald to establish PPP connections, you must also have
  72. PPP devices in your kernel. You must also have a program like "chat" to do
  73. dialing.
  74.  
  75. Configuring Diald
  76.  
  77. Various pathnames that diald needs to know can be configured in "config.h".
  78. Edit this file appropriately. Most of what is here can be changed at run
  79. time, but it's nice to not have to specify extra runtime options because you
  80. where to lazy to edit the config.h file. The eventual installation location
  81. for the diald binaries, the man pages and the diald definitions files can be
  82. configured in the Makefile.
  83.  
  84. Basic Installation (First Time Users)
  85.  
  86. First run "make depend" then "make" and then "make install" as root. This
  87. makes the diald daemon and installs it. After installation you need to write
  88. a /etc/diald.conf file to be able to use diald. Read the manual page to find
  89. out what this file can contain. The diald-examples manual page gives several
  90. example diald.conf files.
  91.  
  92. Installation If You Are Already Using an Earlier Version
  93.  
  94. Unlike previous releases of diald, the basic installation procedure no
  95. longer installs an /etc/diald.conf file. Therefore, you can follow the same
  96. installation procedure as for first time users (above). The set of standard
  97. filters rules is now located in "/usr/lib/diald/standard.filter". This used
  98. to be installed as /etc/diald.conf. If you want, you can now include this
  99. file into your /etc/diald.conf file with the new "include" directive. If you
  100. wish to change the rules in this file you should just copy them into another
  101. file and edit them as desired. You can either place rules directly in
  102. /etc/diald.conf, or put then in another file that is included by
  103. /etc/diald.conf. In any case, the syntax of the filter rules has not changed
  104. between diald 0.14 and diald 0.15, so you should be able to continue using
  105. your old /etc/diald.conf file. If you want to use a particuarly old
  106. /etc/diald.conf file you may need to update some of the contents as the
  107. names and meanings of various commands have evolved a little over time. In
  108. particular a major change in syntax took place between version 0.3 and 0.4
  109. and a change in semantics took place between version 0.7 and 0.8 and again
  110. between 0.10 and 0.11. See the CHANGES file for more information. If you are
  111. planning to use diald with a kernel numbered 1.3.75 or greater, then you
  112. MUST compile diald using the include files for that kernel.
  113.  
  114. Using Diald
  115.  
  116. There are several manual pages that cover the use of diald. The "diald"
  117. manual page is the basic reference manual for diald. It will point you at
  118. other relevant manual pages. Of particular interest will be the
  119. "diald-examples" manual page, which will help you get diald configured. You
  120. might also want to look at the contents of the "contrib" directory in this
  121. distribution.
  122.  
  123. Bugs, Limitations and Warnings
  124.  
  125. There are some known problems and limitations.
  126.  
  127. Lines in options files can contain at most 1024 characters. Longer lines are
  128. silently truncated.
  129.  
  130. If there are no filter rules specified then no packets will be matched and
  131. the daemon won't do anything. It should probably match all packets by
  132. default in this case.
  133.  
  134. Diald attempts to automatically adjust the MTU of the proxy to match the MTU
  135. of the actual connection negotiated by ppp, but this is not guaranteed to
  136. work, since changing the MTU on an active interface is not supported by the
  137. kernel. It is possible that an auto adjusted MTU will cause some long
  138. packets to get dropped on the floor. If you are having problems you should
  139. match these values manually. Diald will report the negotiated MTU in the
  140. system logs and warn you that you should adjust the settings.
  141.  
  142. The monitor command represents a security risk as anyone who has access to a
  143. diald control fifo can ask diald to write to any named pipe in the system.
  144. Be careful with the permissions on your fifo's.
  145.  
  146. Please send bug reports, patches or suggestions for improvements to me,
  147. preferably via the mailing list.
  148.  
  149. Eric Schenk
  150. Eric.Schenk@dna.lth.se
  151.  
  152. Lund, Sweden, January 28th, 1997.
  153.